home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1995 / 121595.doc / 000037_lightwave@garcia.com _Fri Dec 15 11:57:42 1995.msg < prev    next >
Internet Message Format  |  1996-01-16  |  3KB
  1. Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by keeper.albany.net (8.7.1/8.7.1) with ESMTP id LAA15107 for <dwarner@albany.net>; Fri, 15 Dec 1995 11:57:40 -0500 (EST)
  2. Received: from garcia.com by relay1.UU.NET with SMTP 
  3.     id QQzufz19918; Fri, 15 Dec 1995 11:50:20 -0500 (EST)
  4. Received: from  (localhost) by garcia.com (5.x/SMI-SVR4)
  5.     id AA23935; Fri, 15 Dec 1995 11:49:21 -0500
  6. Date: Fri, 15 Dec 1995 11:49:21 -0500
  7. Errors-To: dwarner@albany.net
  8. Message-Id: <199512151620.LAA21646@eri.erinet.com>
  9. Errors-To: dwarner@albany.net
  10. Reply-To: lightwave@garcia.com
  11. Originator: lightwave@garcia.com
  12. Sender: lightwave@garcia.com
  13. Precedence: bulk
  14. From: Andrew Hofman <andyh@erinet.com>
  15. To: Multiple recipients of list <lightwave@garcia.com>
  16. Subject: Re: Motion file plugins
  17. X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
  18. Status: RO
  19. X-Status: 
  20.  
  21. >On Thu, 14 Dec 1995, Bryan J. Blevins wrote:
  22. >
  23. >> Scott Burton wrote:
  24. >> >  Why not just step through all your frames and "Create Key - All
  25. >> > Items".  Shouldn't take more than 30 seconds...
  26. >> > 
  27. >> 
  28. >> Please be aware that doing this will change your motion path.  What 
  29. >> was once a nice smooth curve will become more linear. 
  30. >
  31. >Ok, I'm stumped...could you explain why this will change my motion path.  
  32. >As far as I know it should be identical...unless we're talking on a sub 
  33. >frame level?
  34. >
  35.  
  36. Normal logic indicates that yes, motion paths would be unchanged. But we're
  37. talking spline paths here, so throw normal logic out the window.
  38.  
  39. LW will always interpolate a nice, rounded spline path between keyframes. So
  40. when you start at frame zero (or anywhere) and begin making every single
  41. frame a key, one by one, you are shortening the distance between the first
  42. and last keyframe. Every time you do this, that nice smooth spline will be a
  43. little shorter and thus a little different. It's kind of like going higher
  44. and higher up the neck of a guitar. The entire string is always the same
  45. length, but less and less of it is used, which results in constantly
  46. changing behavior (faster vibrations).
  47.  
  48. So you need a way to read and copy the values of a spline for each frame,
  49. without actually touching the spline itself. Come to think of it, there IS a
  50. way to do just that! But you'll need a pen and lots of paper, because it
  51. means stepping through each frame and hand-copying values for everything
  52. using the numeric requesters. Okay, that was obnoxious. Seriously, there has
  53. to be a program out there to do this, though I don't know of one. Tell me
  54. when you dig it up!
  55.  
  56. BTW: Motion paths would indeed NOT be affected by successive freezing if all
  57. your splines were linear to start with. But anyone who animates all their
  58. stuff like that needs to have their 3D permit revoked.
  59.  
  60.  
  61.    ************************************************
  62.    * Andy Hofman       |    LumaQuest Productions *            
  63.    * andyh@erinet.com  |             3D Animation *
  64.    * 513-643-7333      |  Dual Raptor 3 Rendering *
  65.    ************************************************